home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000774_marca@wintermu….ncsa.uiuc.edu _Fri Mar 19 22:58:14 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  3KB
  1. Return-Path: <marca@wintermute.ncsa.uiuc.edu>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA28984; Fri, 19 Mar 93 22:58:14 MET
  4. Received: from newton.ncsa.uiuc.edu by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA17634; Fri, 19 Mar 1993 23:16:40 +0100
  6. Received: from wintermute.ncsa.uiuc.edu by newton.ncsa.uiuc.edu with SMTP id AA02085
  7.   (5.65a/IDA-1.4.2 for www-talk@nxoc01.cern.ch); Fri, 19 Mar 93 16:16:37 -0600
  8. Received: by wintermute.ncsa.uiuc.edu (920110.SGI/911001.SGI)
  9.     for @newton.ncsa.uiuc.edu:www-talk@nxoc01.cern.ch id AA07105; Fri, 19 Mar 93 16:18:42 -0600
  10. Date: Fri, 19 Mar 93 16:18:42 -0600
  11. From: marca@ncsa.uiuc.edu (Marc Andreessen)
  12. Message-Id: <9303192218.AA07105@wintermute.ncsa.uiuc.edu>
  13. To: www-talk@nxoc01.cern.ch
  14. Subject: NCSA X Mosaic and X server crashes
  15. In-Reply-To: <9303191512.AA20922@hq.LCS.MIT.EDU>
  16. References: <9303191512.AA20922@hq.LCS.MIT.EDU>
  17. X-Md4-Signature: 230b5774d3d55705db1dcc977ae4442e
  18.  
  19. Mitchell N Charity writes:
  20. > Being delighted by xmosaic, I have been doing lots of demos.
  21. > Unfortunately, X servers are crashing.
  22. > 
  23. > Using the xmosaic-0.9 and -0.10 distribution binaries,
  24. > I have encountered crashes on a variety of servers:
  25. >    MIT X11r5 on DEC with DEC xmosaic
  26. >    MIT X11r4 on Vax with AIX xmosaic
  27. >    MacX      on Mac with Sun xmosaic
  28. > 
  29. > But, is beta code, right?
  30. > Well, apparently mine is the only bug report on this.
  31. > Thus the NCSA folk responded that it was the "fault" of the servers.
  32. > 
  33. > So, if you have a server crash, I suggest you email marca@ncsa.uiuc.edu,
  34. > so the problem's magnitude can be guaged.
  35. > 
  36. > Mitchell
  37.  
  38. Let me address this is painfully honestly as I can.  As I explained to
  39. Mr. Charity in private email, it is literally impossible for an X
  40. client to *cause* an X server crash.  It is literally not possible.
  41.  
  42. What is happening to Mr. Charity, of course, is that the X client is
  43. issuing some sequence of requests (Lord knows what sequence, since
  44. he's sent me no information from which I can attempt to guess) that is
  45. exposing bugs in the X servers he's using.
  46.  
  47. Let me repeat again: X clients cannot *cause* X server crashes, and
  48. there is no way for an X client to know what particular sequence of
  49. requests will expose a particular server bug, so it's not even
  50. possible to prevent those bugs from being exposed in a particular
  51. server by a particular client.  There is nothing the client can do to
  52. prevent server crashes caused by server bugs -- nothing.
  53.  
  54. Thus, yes, indeed, Mr.  Charity's crashes are the "fault" of the
  55. servers.  When I worked at a certain Large Workstation Maker with a
  56. Three Word Name that shall remain unidentified, incoming bug reports
  57. of the nature "client XYZ crashes the server" were routinely
  58. classified AND FIXED as server bugs.  It is simply the way things are.
  59. It is simply how X is designed, and implemented.
  60.  
  61. So no, don't send mail to me because your X server is crashing.  If
  62. your email domain is 'lcs.mit.edu', as Mr. Charity's happens to be,
  63. and you're using a stock MIT server, I suggest you walk down the hall
  64. or across the quad and talk to the X server experts.  If your server
  65. was supplied by your vendor, complain to your vendor.
  66.  
  67. Marc
  68.  
  69. --
  70. Marc Andreessen
  71. Software Development Group
  72. National Center for Supercomputing Applications
  73. marca@ncsa.uiuc.edu
  74.